feat(workflow): add workflow automation support - #10221

Rebasing onto master broke workflow persistence: JsonUtils now resolves
types through the source-generated AppJsonContext, and WorkflowItem and
WorkflowStep were not registered there. Serialize returned an empty
string and Deserialize returned null, so saved workflows silently lost
every step. Register both types (and their lists).

Co-authored-by: openhands <openhands@all-hands.dev>

The editor loads subscription names asynchronously and assigns SubDisplay
after the step grid has already bound its group cell, so a plain
auto-property left the cell blank. Back it with a field and raise
PropertyChanged, matching the other editable step fields.

Co-authored-by: openhands <openhands@all-hands.dev>

SpeedtestService has no FastRealping case, so a workflow step that picked
it finished without testing anything. The interactive speedtest command
treats FastRealping as Realping; mirror that here so the step and the
command behave the same.

Co-authored-by: openhands <openhands@all-hands.dev>

SetDefaultServerForGroupAsync called ProfileExManager.GetSort per row,
and each call scans the whole ProfileEx bag, so ordering a group was
O(n*m) on the UI thread. Build the IndexId-to-Sort map once and order
with it.

Co-authored-by: openhands <openhands@all-hands.dev>

…roup

The editor's 'All groups' choice serializes to an empty SubId, but the
runner replaced an empty id with the currently selected subscription, so
an all-groups step silently scoped to one group. Pass null through to the
runtime (documented as every group) and drop the selected-group fallback,
including in the activation and test helpers. The runtime seam and its
callers now take a nullable group id; tests cover the all-groups case.

Co-authored-by: openhands <openhands@all-hands.dev>

Activation only published ReloadRequested, so the next workflow step ran
while the core was still restarting with the previous server. Add an
awaitable ReloadAsync hook wired to the main reload, and have the
activation path opt into it. The interactive command keeps firing the
request and returning, as before.

Co-authored-by: openhands <openhands@all-hands.dev>

DedupServersAsync returned the post-dedup total, and the notice filled
the removed field with it and hard-coded New to 0, so the message was
wrong. Return removed/old/new and pass both totals to the notice.

Co-authored-by: openhands <openhands@all-hands.dev>

SetSystemProxy only published an event and returned, so the next workflow
step ran before the OS proxy actually changed. Inject the status bar's
listener routine (now public) and await it, the same way subscription
updates are awaited.

Co-authored-by: openhands <openhands@all-hands.dev>

The workflow menu lived inside the Subscription menu, but workflows are
an independent feature. Give it its own top-level toolbar menu in both
the WPF and Avalonia main windows, matching the other top-level entries.
The ProfilesView toolbar button is unchanged.

Co-authored-by: openhands <openhands@all-hands.dev>

The workflow menu is now a top-level entry in the main interface, so the
profiles toolbar button is a second entry point for the same action.
Remove it from both the WPF and the Avalonia profile views, along with
the now unused command bindings.

Co-authored-by: openhands <openhands@all-hands.dev>

WorkflowRuntime is a service, so move it to Services as
WorkflowRuntimeService. WorkflowRunner is a singleton, so move it to
Manager as WorkflowRunnerManager. Update the call sites and the log
category to the new names.

Co-authored-by: openhands <openhands@all-hands.dev>